home *** CD-ROM | disk | FTP | other *** search
-
-
-
- zzzzcccclllleeeeaaaarrrr((((3333GGGG)))) zzzzcccclllleeeeaaaarrrr((((3333GGGG))))
-
-
-
- NNNNAAAAMMMMEEEE
- zzzzcccclllleeeeaaaarrrr - initializes the z-buffer of the current framebuffer
-
- FFFFOOOORRRRTTTTRRRRAAAANNNN 77777777 SSSSPPPPEEEECCCCIIIIFFFFIIIICCCCAAAATTTTIIIIOOOONNNN
- ssssuuuubbbbrrrroooouuuuttttiiiinnnneeee zzzzcccclllleeeeaaaarrrr
-
- PPPPAAAARRRRAAAAMMMMEEEETTTTEEEERRRRSSSS
- _n_o_n_e
-
- DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
- zzzzcccclllleeeeaaaarrrr sets the z-buffer in the area of the viewport to the largest
- positive z value supported. When multisample is enabled, and multisample
- buffers exist in the current framebuffer configuration in the current
- drawmode, this value is equal to ggggeeeettttggggccccoooo((((GGGGCCCCMMMMZZZZMMMMAAAA)))).... Otherwise, it is equal
- to ggggeeeettttggggccccoooo((((GGGGCCCCZZZZMMMMAAAAXXXX)))).... Typically zzzzcccclllleeeeaaaarrrr is called prior to rendering each
- frame. If you intend to clear the color bitplanes as well as the z-
- buffer, or if you require control of the value written to the z-buffer,
- call cccczzzzcccclllleeeeaaaa instead of zzzzcccclllleeeeaaaarrrr.
-
- Because only the normal framebuffer includes a z buffer, zzzzcccclllleeeeaaaarrrr should be
- called only while draw mode is NNNNOOOORRRRMMMMDDDDRRRR. Also, the current z writemask
- controls which z-buffer bitplanes are modified during zzzzcccclllleeeeaaaarrrr execution,
- and screenmask, when it is set to a subregion of the viewport, bounds the
- cleared region. Other drawing modes, including polygon fill pattern,
- stenciling, texture mapping, writemask, and z buffering, have no effect
- on the operation of zzzzcccclllleeeeaaaarrrr.
-
- After zzzzcccclllleeeeaaaarrrr executes, the graphics position is undefined.
-
- SSSSEEEEEEEE AAAALLLLSSSSOOOO
- drawmo, getgco, scrmas, setpat, stenci, texbin, wmpack, writem, zbuffe,
- zwrite
-
- NNNNOOOOTTTTEEEE
- On the Personal Iris, for performance reasons, the z-buffer is not
- physically cleared when zzzzcccclllleeeeaaaarrrr is called. Z-buffering works as it
- normally would unless an attempt is made to read back data from the z-
- buffer. In situations where this is necessary, cccczzzzcccclllleeeeaaaa should be used
- instead of zzzzcccclllleeeeaaaarrrr. When using cccczzzzcccclllleeeeaaaa, the z-buffer will be physically
- cleared to the specified value, if the specified value is in the range
- -0x800001 to 0x7ffffe.
-
- For performance reasons, XS, XS24, XZ, Elan and Extreme products do not
- physically clear the z-buffer when calling zzzzcccclllleeeeaaaarrrr. On these systems, the
- LSB of the z-buffer is used as a flag bit to signal that the z-buffer has
- been cleared. The 23 remaining bits are used for the z comparison. In
- order to physically clear the z-buffer, first call zzzzffffuuuunnnncccctttt((((ZZZZFFFFAAAALLLLWWWWAAAA)))), then
- draw a polygon whose z coordinates map to the desired z value. To avoid
- updating the framebuffer, call wwwwmmmmppppaaaacccckkkk((((0000)))) before drawing. Restore the
- writemask and z function afterwards.
-
-
-
-
-
- PPPPaaaaggggeeee 1111
-
-
-
-